home *** CD-ROM | disk | FTP | other *** search
/ BBS Toolkit / BBS Toolkit.iso / programs / dur0292.zip / PROTOCOL.INF < prev    next >
Text File  |  1992-02-09  |  5KB  |  98 lines
  1.      
  2.        File Transfer Protocols
  3.  
  4.          Errors that occur during file transfer are automatically detected
  5.        and corrected by file transfer protocols. If a block of data is
  6.        received incorrectly, the receiving system sends a message to the
  7.        sending system and requests the re-transmission. This process is
  8.        automatic. When errors occur during file transfer, the communication
  9.        program shows an error in the file transfer status window.
  10.      
  11.        ASCII
  12.      
  13.          This is designed to work with ASCII text files only. Notice that
  14.        you do not have to use this protocol when transferring text files.
  15.        The ASCII protocol is useful for uploading a text file when you are
  16.        composing e-mail online.
  17.  
  18.        Kermit
  19.      
  20.          Kermit was developed at Columbia University. It was designed to 
  21.        facilitate the exchange of data among very different types of
  22.        computers (mainly minicomputers and mainframes). You probably will
  23.        not need to use Kermit unless you are calling a minicomputer or
  24.        mainframe at an educational institution.
  25.      
  26.        Sealink
  27.      
  28.          Sealink is a variant of Xmodem. It was developed to overcome the 
  29.        transmission delays caused by satellite relays or packet-switching 
  30.        networks.
  31.      
  32.        Xmodem
  33.      
  34.          Xmodem is one of the most widely used file transfer protocols.
  35.        The original Xmodem protocol uses 128-byte packets and a simple
  36.        "checksum" method of error detection. A later enhancement, Xmodem-CRC,
  37.        uses a more secure Cyclic Redundancy Check (CRC) method for error
  38.        detection. Xmodem protocol always attempts to use CRC first. If the
  39.        sender does not acknowledge the requests for CRC, the receiver shifts
  40.        to the checksum mode and continues its request for transmission.
  41.        Xmodem does not maintain a file's original size (rounded up to the
  42.        nearest 128-byte increment). Xmodem sends only one file, and it
  43.        doesn't send the file's name, time or date.
  44.      
  45.        Xmodem-1K
  46.      
  47.          Xmodem 1K is essentially Xmodem CRC with 1K (1024 byte) packets.
  48.        Though Xmodem 1K uses 1K blocks, in all other respects, it is
  49.        identical to Xmodem-CRC, and it cannot send filenames, time, dates,
  50.        or multiple files. On some systems it may also be referred to as
  51.        Ymodem.
  52.      
  53.        Ymodem (Ymodem-batch)
  54.      
  55.          Ymodem is essentially Xmodem 1K that allows multiple batch file 
  56.        transfer. On some systems it is listed as Ymodem Batch. While
  57.        transferring files, it keeps the correct name, size, and date, and
  58.        may use 128- or 1024-byte block sizes.
  59.      
  60.        Ymodem-g
  61.      
  62.          Ymodem-g is a variant of Ymodem. It is designed to be used with
  63.        modems that support error control. This protocol does not provide
  64.        software error correction or recovery, but expects the modem to
  65.        provide the service. It is a streaming protocol that sends and
  66.        receives 1K packets in a continuous stream until instructed to stop.
  67.        It does not wait for positive acknowledgement after each block is
  68.        sent, but rather sends blocks in rapid succession. If any block is
  69.        unsuccessfully transferred, the entire transfer is canceled.
  70.      
  71.        Zmodem
  72.      
  73.          This is generally the best protocol to use if the system you
  74.        are calling supports it. Zmodem has two significant features: it
  75.        is extremely efficient and it provides crash recovery. Zmodem can
  76.        transfer a group of files in one batch, keeping the exact file
  77.        sizes and dates.
  78.      
  79.          Like Ymodem-g, Zmodem does not wait for positive acknowledgement
  80.        after each block is sent, but rather sends blocks in rapid succession.
  81.        If a Zmodem transfer is canceled or interrupted for any reason, the
  82.        transfer can be resurrected later and the previously transferred
  83.        information need not be resent.
  84.  
  85.          Zmodem has two levels of implementation, with the most complete
  86.        being ZMODEM-90.  The public domain Zmodem lacks the capability to
  87.        do data compression or operate over 7-bit data links.
  88.      
  89.        Which file transfer protocol should you use?
  90.      
  91.          In general, the answer is Zmodem. If Zmodem is not supported
  92.        by the system you are calling, use Ymodem batch. (If you are
  93.        connecting to a UNIX system in a university, you may have to use
  94.        Kermit or Xmodem to transfer files.)
  95.  
  96.  
  97.               PROTOCOL.INF                    Feb. 1992
  98.         Copyright 1992, Richard Martin - All rights reserved